Telecommunication call processing and connection system architecture

ABSTRACT

A system and method for processing and connecting a call has the communication devices in the system connected through a Fiber Data Distributed Interface (FDDI) network ring. A signaling processor, an interworking unit, and an asynchronous transfer mode (ATM) matrix are configured as stations on the FDDI ring. The signaling processor receives, generates, and processes call signaling to select connections for the call. The interworking unit interworks calls between ATM and non-ATM connections. The ATM matrix connects calls between different ATM connections. Because the call processing system devices are connected through the FDDI ring, efficiencies of speed and cost can be gained for transmissions between the devices. Additional devices may be added or removed from the ring structure without disturbing the configuration or call processing.

RELATED APPLICATIONS

Not Applicable

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

Not Applicable

MICROFICHE APPENDIX

Not Applicable

FIELD OF THE INVENTION

The present invention relates to the field of telecommunications callprocessing and connection systems.

BACKGROUND OF THE INVENTION

Broadband systems provide telecommunications providers with manybenefits, including greater bandwidth, more efficient use of bandwidth,and the ability to integrate voice, data, and video communications.These broadband systems provide callers with increased capabilities atlower costs. In addition, local area networks (LANs) and metropolitanarea networks (MANs) provide increased efficiency and speed forcommunicating between devices of the same or differing types.

In many architecture systems, communications are transferred betweendevices through links between each of the devices. Although the directlinks provide high transmission speeds, LANs and MANs can provide hightransmission speeds in addition to efficiencies of transmission andarchitecture due to reduced numbers of direct links between devices.Thus, there is a need for a communication system which utilizes theadvantages and efficiencies of connecting the communication systemdevices in a LAN or WAN-type architecture for communications that occurbetween the devices.

SUMMARY OF THE INVENTION

The present invention comprises a system for processing a call havingcall signaling and user communications. The system comprises a fiberdata distributed interface ring. A signaling processor is linked to thering, and it receives and processes the call signaling, selects aconnection for the call, and generates a control message that designatesthe connection. An interworking unit also is linked to the ring, and itreceives via the ring the control message generated from the signalingprocessor and interworks the user communications with the connectiondesignated in the control message.

The present invention also is directed to system for processing a callhaving call signaling and user communications. The system comprises afiber data distributed interface ring. A signaling processor is linkedto the ring, and it receives and processes call signaling, selects aconnection for the call, and generates a control message that designatesthe connection. A controllable asynchronous transfer mode matrix islinked to the ring, and it receives via the ring the control messagegenerated from the signaling processor and connects the usercommunications to the connection designated in the control message.

The present invention further is directed to a system for processing acall having call signaling and user communications. The system comprisesa fiber data distributed interface ring. A signaling interface is linkedto the ring, and it receives call signaling, processes the callsignaling to determine call information elements, and transmits the callinformation elements. A call processor is linked to the ring, and itreceives the call information elements from the signaling interface,selects connections for the call, and generates a first control messagedesignating a first connection and a second control message designatinga second connection. An interworking unit is linked to the ring, and itreceives via the ring the first control message generated from the callprocessor and interworks the user communications to the firstconnection. A controllable asynchronous transfer mode matrix is linkedto the ring, and it receives via the ring the second control messagegenerated from the call processor, receives the user communications overthe first connection, and connects the user communications over thesecond connection.

Further, the present invention is directed to a method for connecting acall having call signaling and user communications. The method comprisesreceiving and processing the call signaling to determine callinformation elements. The call information elements are transmitted overa fiber distributed data interface ring. The call information elementsare received and processed to select connections for the call. Themethod further comprises generating over the ring a first controlmessage designating a first connection and a second control messagedesignating a second connection. The user communications are interworkedto the first connection in response to receiving the first controlmessage over the ring. The user communications are connected between thefirst connection and the second connection in response to receiving thesecond control message over the ring.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a call processing system in accordance withan embodiment of the present invention.

FIG. 2 is a block diagram of an expanded call processing system inaccordance with an embodiment of the present invention.

FIG. 3 is a block diagram of another expanded call processing system inaccordance with an embodiment of the present invention.

FIG. 4 is a functional diagram of a controllable asynchronous transfermode matrix in accordance with the present invention.

FIG. 5 is a functional diagram of a controllable asynchronous transfermode matrix with time division multiplex capability in accordance withthe present invention.

FIG. 6 is a functional diagram of an asynchronous transfer modeinterworking unit for use with a synchronous optical network system inaccordance with the present invention.

FIG. 7 is a functional diagram of an asynchronous transfer modeinterworking unit for use with a synchronous digital hierarchy system inaccordance with the present invention.

FIG. 8 is a block diagram of a signaling processor constructed inaccordance with the present system.

FIG. 9 is a block diagram of a data structure having tables that areused in the signaling processor of FIG. 8.

FIG. 10 is a block diagram of additional tables that are used in thesignaling processor of FIG. 8.

FIG. 11 is a block diagram of additional tables that are used in thesignaling processor of FIG. 8.

FIG. 12 is a block diagram of additional tables that are used in thesignaling processor of FIG. 8.

FIG. 13 is a table diagram of a time division multiplex trunk circuittable used in the signaling processor of FIG. 8.

FIG. 14 is a table diagram of an asynchronous transfer mode trunkcircuit table used in the signaling processor of FIG. 8.

FIG. 15A is a table diagram of a trunk group table used in the signalingprocessor of FIG. 8.

FIG. 15B is a continuation table diagram of the trunk group table ofFIG. 15A.

FIG. 15C is a continuation table diagram of the trunk group table ofFIG. 15B.

FIG. 16 is a table diagram of a carrier table used in the signalingprocessor of FIG. 8.

FIG. 17 is a table diagram of an exception table used in the signalingprocessor of FIG. 8.

FIG. 18 is a table diagram of an originating line information table usedin the signaling processor of FIG. 8.

FIG. 19 is a table diagram of an automated number identification tableused in the signaling processor of FIG. 8.

FIG. 20 is a table diagram of a called number screening table used inthe signaling processor of FIG. 8.

FIG. 21 is a table diagram of a called number table used in thesignaling processor of FIG. 8.

FIG. 22 is a table diagram of a day of year table used in the signalingprocessor of FIG. 8.

FIG. 23 is a table diagram of a day of week table used in the signalingprocessor of FIG. 8.

FIG. 24 is a table diagram of a time of day table used in the signalingprocessor of FIG. 8.

FIG. 25 is a table diagram of a time zone table used in the signalingprocessor of FIG. 8.

FIG. 26 is a table diagram of a routing table used in the signalingprocessor of FIG. 8.

FIG. 27 is a table diagram of a trunk group class of service table usedin the signaling processor of FIG. 8.

FIG. 28 is a table diagram of a treatment table used in the signalingprocessor of FIG. 8.

FIG. 29 is a table diagram of an outgoing release table used in thesignaling processor of FIG. 8.

FIG. 30 is a table diagram of a percent control table used in thesignaling processor of FIG. 8.

FIG. 31 is a table diagram of a call rate table used in the signalingprocessor of FIG. 8.

FIG. 32 is a table diagram of a database services table used in thesignaling processor of FIG. 8.

FIG. 33A is a table diagram of a signaling connection control part tableused in the signaling processor of FIG. 8.

FIG. 33B is a continuation table diagram of the signaling connectioncontrol part table of FIG. 33A.

FIG. 33C is a continuation table diagram of the signaling connectioncontrol part table of FIG. 33B.

FIG. 33D is a continuation table diagram of the signaling connectioncontrol part table of FIG. 33C.

FIG. 34 is a table diagram of an intermediate signaling networkidentification table used in the signaling processor of FIG. 8.

FIG. 35 is a table diagram of a transaction capabilities applicationpart table used in the signaling processor of FIG. 8.

FIG. 36 is a table diagram of a external echo canceller table used inthe signaling processor of FIG. 8.

FIG. 37 is a table diagram of an interworking unit used in the signalingprocessor of FIG. 8.

FIG. 38 is a table diagram of a controllable asynchronous transfer modematrix interface table used in the signaling processor of FIG. 8.

FIG. 39 is a table diagram of a controllable asynchronous transfer modematrix table used in the signaling processor of FIG. 8.

FIG. 40A is a table diagram of a site office table used in the signalingprocessor of FIG. 8.

FIG. 40B is a continuation table diagram of the site office table ofFIG. 40A.

FIG. 40C is a continuation table diagram of the site office table ofFIG. 40B.

FIG. 40D is a continuation table diagram of the site office table ofFIG. 40C.

FIG. 41A is a table diagram of an advanced intelligent network eventparameters table used in the signaling processor of FIG. 8.

FIG. 41B is a continuation table diagram of the advanced intelligentnetwork event parameters table of FIG. 41A.

FIG. 42 is a table diagram of a message mapping table used in thesignaling processor of FIG. 8.

DETAILED DESCRIPTION

Telecommunication systems have a number of communication devices inlocal exchange and interexchange environments that interact to providecall services to customers. Both traditional and intelligent network(IN) services and resources are used to process, route, or connect acall to a designated connection.

The call processing system of the present invention uses a local areanetwork (LAN) or a metropolitan area network (MAN) to communicatebetween the communication devices in the system. This allows the devicesto transmit information and receive information at a high rate of speedwith high efficiency.

The system of the present invention processes call information to makecall connections. A call has user communications and call signaling. Theuser communications contain the caller's information, such as a voicecommunication or data communication, and they are transported over aconnection. Call signaling contains information that facilitates callprocessing, and it is communicated over a link. Call signaling, forexample, contains information describing the called number and thecalling number. Examples of call signaling are standardized signaling,such as signaling system #7 (SS7), C7, integrated services digitalnetwork (ISDN), and digital private network signaling system (DPNSS),which are based on ITU recommendation Q.933. A call can be connected toand from communication devices.

Connections are used to transport user communications and other deviceinformation between communication devices and between the elements anddevices of the system. The term “connection” as used herein means thetransmission media used to carry user communications between elements ofthe various telecommunications networks and systems. For example, aconnection could carry a user's voice, computer data, or othercommunication device data. A connection can be associated with eitherin-band communications or out-of-band communications.

Links are used to transport call signaling and control messages. Theterm “link” as used herein means a transmission media used to carry callsignaling and control messages. For example, a link would carry callsignaling or a device control message containing device instructions anddata. A link can carry, for example, out-of-band signaling such as thatused in SS7, C7, ISDN, DPNSS, B-ISDN, GR-303, or could be via local areanetwork (LAN), or data bus call signaling. A link can be, for example,an synchronous transfer mode (ATM) adaptation layer 5 (AAL5) data link,UDP/IP, Ethernet, DS0, or DS1. In addition, a link, as shown in thefigures, can represent a single physical link or multiple links, such asone link or a combination of links of ISDN, SS7, TCP/IP, or some otherdata link. The term “control message” as used herein means a control orsignaling message, a control or signaling instruction, or a control orsignaling signal, whether proprietary or standardized, that conveysinformation from one point to another.

FIG. 1 illustrates an embodiment of a call processing system 102 of thepresent invention. The call processing system 102 uses a LAN or a MAN,such as a fiber data distributed interface (FDDI) network ring, toconnect together the system devices. In the FDDI ring architecture, thedevices of the call processing system 102 can communicate informationwith each other at high speeds. The call processing system 102 comprisesa FDDI ring 104 including a signaling processor 106, an interworkingunit 108, an asynchronous transfer mode (ATM) matrix 110, a localservice control point 112, and a signaling point 114 with an access link116 to local networks, private networks, or other networks. Additionaldevices may be added or removed from the ring structure withoutdisturbing the configuration or call processing.

Connections 118 and 120 connect the interworking unit 108 and the ATMmatrix, respectively, to other communication devices. A connection 122connects the interworking unit 108 to the ATM matrix 110. Links 124,126, 128, 130, and 132 link the signaling processor 106, theinterworking unit 108, the ATM matrix 110, the local service controlpoint 112, and the signaling point 114, respectively, to the FDDI ring104 as stations.

The FDDI ring 104 is a network over which communications such as controlmessages, call signaling, or status information is transmitted betweenthe devices of the call processing system 102. FDDI is a LAN and MANstandardized network defined by standards published by the AmericanNational Standards Institute (ANSI) and the International Organizationfor Standardization (IOS). The FDDI ring 104 provides redundancy andfault protection in a dual ring arrangement.

The signaling processor 106 is a signaling platform that can receive,process, and generate call signaling. Based on the processed callsignaling, the signaling processor 106 selects processing options,services, or resources for the user communications and call signalingand generates and transmits control messages that identify thecommunication device, processing option, service, or resource that is tobe used. The signaling processor 106 also selects virtual connectionsand circuit-based connections for call routing and generates andtransports control messages that identify the selected connections. Thesignaling processor 106 can process various forms of signaling,including ISDN, GR-303, B-ISDN, SS7, and C7. A preferred signalingprocessor is discussed below.

The interworking unit 108 interworks traffic between various protocols.Preferably, the interworking unit 108 interworks between ATM traffic andnon-ATM traffic. The interworking unit 108 operates in accordance withcontrol messages received from the signaling processor 106. Thesecontrol messages typically are provided on a call-by-call basis andtypically identify an assignment between a DS0 and a VP/VC for whichuser communications are interworked. In some instances, the interworkingunit 108 may transport control messages which may include data to thesignaling processor 106.

The ATM matrix 110 is a controllable ATM matrix that establishesconnections in response to control messages received from the signalingprocessor 106. The ATM matrix 110 is able to interwork between ATMconnections and time division multiplex (TDM) connections. The ATMmatrix 110 also cross connects ATM connections with other ATMconnections. In addition, the ATM matrix 110 can switch calls from TDMconnections to other TDM connections. The ATM matrix 110 transmits andreceives call signaling and user communications over the connections.

The ATM matrix 110 may have multiple configurations. For example, theATM matrix 110 may have one or multiple control interfaces that each areable to receive one or more control messages. This may occur in a firstconfiguration in which a control message may be received by the ATMmatrix 110 and processed to control echo. Another control message may bereceived by the ATM matrix 110 and processed to control connections.

In another example, the ATM matrix 110 may have one or multiple controlinterfaces. However, a single control message may be received to controlboth control interfaces. This may occur in a second configuration inwhich a control message may be received and processed by the ATM matrix110 to control echo and to control connections.

In still another example, the ATM matrix 110 may have an applicationwith one or more functions. In a third configuration, a first controlmessage may be received by the ATM matrix 110 and processed to implementthe first function. A second control message may be received by the ATMmatrix 110 and processed to implement the second function.

In yet another example, the ATM matrix 110 may have an application withone or more functions. In a fourth configuration, a control message maybe received by the ATM matrix 110 and processed to implement the firstfunction and the second function.

The local SCP 112 contains information about the system and how to routecalls through the system. The local SCP 112 is queried from thesignaling processor 106 to determine or provide further call processinginformation such as how to route calls with advanced routing featuressuch as N00 routing, routing menu, or virtual private network (VPN)routing.

The signaling point 114 receives the call signaling from communicationdevices and transmits call signaling to other communication devicesbased on the origination point code (OPC), the destination point code(DPC), and the circuit identification code (CIC). The signaling point114 receives and transmits transaction capabilities application part(TCAP) messages that are received from, or transmitted to, communicationdevices outside of the call processing system 102. Also, the signalingpoint 114 is a point code converter that has its own point codes fromnetwork to network. The signaling point 114 performs global titletranslations (GTT) by converting dialed numbers to a GTT number. The GTTnumber is a code that identifies destinations for communication devices.

The signaling processor 106, the local SCP 112, and the signaling point114 may be located on the same platform and/or through the FDDI ring104. This architecture allows communications to be transmitted betweenthe devices at a high speed.

In the operation of FIG. 1 control messages and call signaling aretransmitted on the FIDDI ring 104 between the signaling processor 106,the interworking unit 108, the ATM matrix 110, the local SCP 112, andthe signaling point 114. In this manner, bus-like speeds can be gainedfrom the transmission of the control messages and call signaling.

In an example of the operation of FIG. 1, call signaling is received atthe signaling point 114 over the access link 116. The signaling point114 transfers the call signaling to the signaling processor 106 inframes via the FIDDI ring 104.

The signaling processor 106 seizes the frames and processes the callsignaling. The signaling processor 106 determines that it requiresinformation from the local SCP 112 in frames. The signaling processor106 transmits a control message to the local SCP 112 via the FDDI ring104. The local SCP 112 seizes the frames of the control message. Thelocal SCP 112 processes the control message and responds with therequired information by transmitting a response to the signalingprocessor 106 via the FDDI ring 104. For example, in response to thecontrol message, the local SCP 112 may provide N00 routing information.

The signaling processor 106 seizes the response from the local SCP 112and processes it to determine connections for the call. Such connectionsmay be a VP/VC on the connection 122, over which the user communicationswill be transmitted between the interworking unit 108 and the ATM matrix110 and a connection, and a VP/VC on the connection 120, over which theuser communications will be transmitted from the ATM matrix.

The signaling processor 106 transmits a control message to each of theinterworking unit 108 and the ATM matrix 110 in frames via the FDDI ring104 identifying the selected connections 120 and 122. In addition, inthis example, the signaling processor 106 transmits via the FDDI ring104 the required call signaling to the signaling point 114 to beconfigured for transmission as, for example, an SS7 message.

The interworking unit 108 receives the user communications over theconnection 118 and seizes the control message from the FDDI ring 104. Inresponse to the control message, the interworking unit 108 interworksthe user communications to the designated connection 122. In thisexample, the interworking unit 108 interworks between TDM and ATM.

The ATM matrix 110 receives the user communications from theinterworking unit 108 and seizes the control message from the FDDI ring104. In response to the control message, the ATM matrix 110 connects theuser communications over the designated connection 120.

FIG. 2 illustrates an embodiment of a call processing system 102A of thepresent invention with a version of a signaling processor. The callprocessing system 102A uses a LAN or a MAN, such as a FDDI ring, toconnect together the system devices. The call processing system 102A ofFIG. 2 comprises, in addition to elements described in FIG. 1, a callprocessor 202, a call process and control system (CPCS) 204, and asignaling interface 206 with an access link 208. Additional devices maybe added or removed from the ring structure without disturbing theconfiguration or call processing.

Links 210, 212, and 214 link the call processor 202, the CPCS 204, andthe signaling interface 206, respectively, to the FDDI ring 104 asstations. In addition, the call processor 202 has a link 216 to the ATMmatrix 110.

The call processor 202 is a signaling platform that can receive andprocess call signaling. The call processor 202 has data tables whichhave call connection data and which are used to process the callsignaling. Based on the processed call signaling, the call processor 202selects processing options, services, resources, or connections for theuser communications. The call processor 202 generates and transmitscontrol messages that identify the communication device, processingoption, service, or resource that is to receive call signaling or thatis be used in call connections or further call processing. The callprocessor 202 also selects virtual connections and circuit-basedconnections for routing of call signaling and user communications andgenerates and transports control messages that identify the selectedconnections.

In some instances, the call processor 202 may generate call signaling tothe ATM matrix 110 over the link 216 and receive call signaling from theATM matrix so that the call signaling may be transmitted over an ATMconnection to or from the ATM matrix. Either the call processor 202 orthe ATM matrix 110 can place the call signaling in the ATM format if thecall signaling is to be transmitted over the link 216. Preferably, thecall processor 202 places the call signaling in the ATM format if thecall signaling is transmitted over the link 216 and converts callsignaling from the ATM format when it is received from the ATM matrix110.

Alternately, the call processor 202 can be configured to transmit andreceive the call signaling to and from the ATM matrix 110 via the FDDIring 104. In such a configuration, the ATM matrix 110 can be configuredwith a converter that converts the call signaling to and from the ATMformat.

The CPCS 204 is a management and administration system. The CPCS 204 isthe user interface and external systems interface into the callprocessor 202. The CPCS 204 serves as a collection point forcall-associated data such as call routing data, logs, operationalmeasurement data, alarms, statistical information, accountinginformation, and other call data. The CPCS 204 accepts data, such as thetranslations, from operations systems and updates the data in the tablesin the call processor 202. The CPCS 204 also provides configuration datato the elements of the call processing system 102A including to the callprocessor 202, the signaling interface 206, the interworking unit 108,the ATM matrix 110, the local SCP 112, or the signaling point 114. Inaddition, the CPCS 204 provides for remote control of call monitoringand call tapping applications from the call processor 202.

The CPCS 204 may be a local CPCS that services only components of alocal call processing system or a regional CPCS that services componentsof multiple call processing systems. A regional CPCS may be linked tothe FDDI ring 104 by multiple methods and structures. For example, aFDDI bridge may be used to bridge between the FDDI network and anothernetwork connecting the regional CPCS. For example, the other network maybe an internet protocol (IP) LAN, such as an Ethernet LAN or an ATM LAN.Alternately, the CPCS 204 can be directly connected to the otherrequired devices through, for example, ATM connections and not throughthe FDDI ring 104.

The signaling interface 206 receives, processes, and transmits callsignaling messages. The signaling interface 206 can obtain informationfrom, and transmit information to, a communication device. Suchinformation may be transferred, for example, as a TCAP message inqueries or responses or as other SS7 messages such as an initial addressmessage (LAM). The signaling interface 206 also passes information tothe call processor 202 for processing and passes information from thecall processor to other communication devices.

An example of the operation of the call system of FIG. 2 is as follows.The signaling interface 206 receives call signaling from a communicationdevice over the access link 208. The signaling interface 206 processesthe call signaling and converts it to call information elements, such asmessage parameters, that can be processed by the call processor 202. Acall information element may be, for example, an integrated servicesuser part initial address message (ISUP LAM) message parameter from anMSU or other message parameters. The signaling interface 206 transmitsthe message parameters in frames to the FDDI ring 104.

The call processor 202 seizes the frames from the FDDI ring 104 andprocesses the call signaling message parameters. The call processor 202determines that information is required from the local SCP 110 tocomplete call processing. The call processor 202 transmits a controlmessage to the local SCP 110 via the FDDI ring 104 requesting theinformation.

The local SCP 110 receives the control message over the FDDI ring 104and processes the control message. The local SCP 110 responds to thecall processor 202 with the requested information through the FDDI ring104. In this example, the local SCP 110 responds with a routing code.

The call processor 202 receives and processes the information from thelocal SCP 110. The call processor 202 determines the connections for thecall. In addition, the call processor 202 determines that call signalingis to be transmitted through the ATM matrix 110 to its destination.

The call processor 202 transmits via the FDDI ring 104 a control messageto each of the interworking unit 108 and the ATM matrix 110 identifyingVP/VCs on the selected connections 120 and 122 over which to connect theuser communications. In addition, the call processor 202 transmits therequired call signaling to the ATM matrix 110 via the link 216 and acontrol message identifying a VP/VC on the connection 120 over which thecall signaling will be connected by the ATM matrix 110 via the FDDI ring104. In this example, the call processor 202 formats the call signalingin the ATM format before sending the call signaling to the ATM matrix110. Although, alternately, the ATM matrix 110 can place the callsignaling in the ATM format.

The interworking unit 108 receives the user communications and thecontrol message from the call processor 202. In response to the controlmessage, the interworking unit 108 interworks the user communications tothe designated VP/VC connection 122.

The ATM matrix 110 receives the user communications from theinterworking unit 108 and the control message from the call processor202. In response to the control message, the ATM matrix 110 connects theuser communications over the designated VP/VC connection 120.

In addition, the ATM matrix 110 receives the call signaling and thecontrol message designating the call signaling connection from the callprocessor 202. In response to the control message, the ATM matrix 110connects the call signaling over the designated VP/VC connection 120. Itwill be appreciated that the control message from the call processor 202identifying the VP/VC over the connection 120 over which the usercommunications are to be connected and the control message from the callprocessor identifying the VP/VC over the connection over which the callsignaling is to be connected may be the same control message ordifferent control messages. In addition, a connection may bepre-provisioned so that the call signaling is received over the link 216and connected to a pre-designated VP/VC on the connection 120 withoutrequiring the call processor 202 to transmit a control message

FIG. 3 illustrates an exemplary embodiment of a call processing system102B of the present invention. In addition to devices described in FIGS.1 and 2, the call processing system 102B of FIG. 3 includes a non-localSCP 302, a first communication device 304, and a second communicationdevice 306. Additional devices may be added or removed from the ringstructure without disturbing the configuration or call processing.

The non-local SCP 302 contains customer data including information fortelecommunication services available to a customer such as local numberportability and IN routing. The non-local SCP 302 has tables identifyingported numbers for each number plan area-number (NPA-NXX). The non-localSCP 302 receives, analyzes, and responds to TCAP messages formatted asdescribed in the Bellcore AIN 0.1 reference and its updates, thecontents of which are incorporated herein by reference.

The communication devices 304 and 306 comprise customer premisesequipment (CPE), a service platform, a switch, a remote digitalterminal, a cross connect, an interworking unit, an ATM gateway, or anyother device capable of initiating, handling, or terminating a call. CPEcan be, for example, a telephone, a computer, a facsimile machine, or aprivate branch exchange. A service platform can be, for example, anyenhanced computer platform that is capable of processing calls. A remotedigital terminal is a device that concentrates analog twisted pairs fromtelephones and other like devices and converts the analog signals to adigital format known as GR-303. An ATM gateway is a device that changesATM cell header VP/VC identifiers. The communication devices 304 and 306may be TDM based or ATM based. In the system of FIG. 3, preferably thefirst communication device 304 is TDM based, and the secondcommunication device 306 is ATM based.

In the call processing system 102B of FIG. 3, the signaling interface204 is configured to transmit and receive call signaling directly to andfrom the ATM matrix 110 through a link 308. In addition, call signalingcan be transmitted from the ATM matrix 110 to the signaling interface204 over the link. Either the signaling interface 204 or the ATM matrix110 can place the call signaling in the ATM format if the call signalingis to be transmitted over the link 308. Preferably, the signalinginterface 204 converts the call signaling to and from the ATM format ifthe call signaling is transmitted over the link 308.

Alternately, the signaling interface 204 can be configured to transmitand receive the call signaling to and from the ATM matrix 110 via theFDDI ring 104. In such a configuration, the ATM matrix 110 can beconfigured with a converter that converts the call signaling to and fromthe ATM format.

In an example of the operation of the call processing system 102B ofFIG. 3, the first communication device 304 transports usercommunications and call signaling. The signaling point 114 receives thecall signaling, and the interworking unit 108 receives the usercommunications. The signaling point 114 processes the call signaling andtransmits the call signaling to the signaling interface 204 via the FDDIring 104.

The signaling interface 206 seizes the call signaling from the FDDI ring104, processes the call signaling, and converts it to call informationelements, such as message parameters, that can be processed by the callprocessor 202. The signaling interface 206 passes the message parametersto the call processor 202 via the FDDI ring 104.

The call processor 202 processes the call signaling message parametersand determines that information is required from the local SCP 112 tocomplete call processing. In this example, the called number is an N00number that requires translation to a ten digit NPA-NXX number.

The call processor 202 passes a control message to the local SCP 112requesting the information. The local SCP 112 seizes the control messagefrom the FDDI ring 104 and processes the control message. The local SCP112 responds to the call processor 202 with the requested informationvia the FDDI ring 104. In this example, the local SCP 112 responds witha ten digit translated called number. The response is not a TCAPresponse and is not required to be formatted through an SS7 stack.

The call processor 202 seizes the information from the FDDI ring 104. Inthis example, the call processor 202 processes the information that isreceived from the local SCP 112 to determine if the NPA-NXX of the tendigit translated called number has been flagged as a ported number. Ifthe call processor 202 determines that the number has been flagged as aported number, it initiates a TCAP query by transmitting call messageparameters to the signaling interface 206 via the FDDI ring 104.Otherwise processing continues as normal.

The signaling interface 206 receives the message parameters from thecall processor 202 and builds, for example, an AIN 0.1 SCP TCAP query.The signaling interface 206 transmits the TCAP query to the signalingpoint 114 via the FDDI ring 104. The signaling point 114 transmits theTCAP query to the non-local SCP 302.

The non-local SCP 302 receives the TCAP query and processes it. If thenon-local SCP 302 determines that the number is a ported number, ittransmits a location routing number (LRN) to the signaling point 114 in,for example, an AIN 0.1 TCAP response message. If the non-local SCP 302determines that the number is not a ported number, it transmits the tendigit translated called number back to the signaling point 114 in theresponse message. The signaling point 114 transmits the response messageto the signaling interface 204 via the FDDI ring 104.

The signaling interface 206 receives the TCAP response and processes itto obtain the message parameters. The signaling interface 206 transmitsthe message parameters to the call processor 202 via the FDDI ring 104.

The call processor 202 receives and processes the message parameters anddetermines that the call is to be connected to the second communicationdevice 306. In this example, the second communication device 306 is anATM device.

The call processor 202 selects a connection, such as a VP/VC on theconnection 122, over which the user communications will be transmittedbetween the interworking unit 108 and the ATM matrix 110. The callprocessor 202 selects another connection, such as a VP/VC on theconnection 120, over which the user communications will be transmittedbetween the ATM matrix and the second communication device 306.

The call processor 202 transmits a control message via the FDDI ring 104to each of the interworking unit 108 and the ATM matrix 110 identifyingthe selected connections 120 and 122. In addition, the call processor202 transmits the required call signaling to the signaling interface 206to be configured for transmission.

The interworking unit 108 receives the user communications from thefirst communication device 304 over the connection 118 and the controlmessage from the call processor 202 via the FDDI ring 104. In responseto the control message, the interworking unit 108 interworks the usercommunications to the designated VP/VC on the designated connection 122.

The ATM matrix 110 receives the user communications from theinterworking unit 108 over the VP/VC on the connection 122 and thecontrol message from the call processor 202 via the FDDI ring 104. Inresponse to the control message, the ATM matrix 110 connects the usercommunications over the designated VP/VC on the connection 120 to thesecond communication device 306.

In addition, the call processor 202 determines that call signaling is tobe transmitted on an ATM connection from the ATM matrix 110. In thisexample, the call processor 202 transmits call signaling parameters anda control message to the signaling interface 204 via the FDDI ring 104.In response to the control message, the signaling interface 204 formatsthe call signaling in an ATM format and transmits the call signaling tothe ATM matrix 110 over the link 308. In addition, in this example, thecall processor 202 transmits a control message to the ATM matrix 110designating a VP/VC on the connection 120 over which the call signalingis to be connected.

Alternately, the call processing system 102B may be configured so that asingle control message specifying both the connection for the usercommunication and the call signaling may be transmitted. Also, aconnection may be pre-provisioned so that the call signaling is receivedover the link 308 and connected to a pre-designated VP/VC on theconnection 120 without requiring the call processor 202 to transmit acontrol message.

The ATM matrix 110 receives the control message via the FDDI ring 104and the call signaling over the link 308. In response to the controlmessage, the ATM matrix 110 connects the call signaling to thedesignated VP/VC on the connection 120.

It will be appreciated that any of the methods and components describedin the above examples and systems may be combined in different ways tomeet requirements of specific systems. Thus, for example, usercommunications and call signaling may be connected and/or transmitted indirections opposite of those described above for call connections thatoccur in directions opposite of those described above.

The Controllable ATM Matrix

FIG. 4 illustrates an exemplary embodiment of a controllableasynchronous transfer mode (ATM) matrix (CAM), but other CAMs thatsupport the requirements of the invention also are applicable. The CAM402 may receive and transmit ATM formatted user communications or callsignaling.

The CAM 402 preferably has a control interface 404, a controllable ATMmatrix 406, an optical carrier-M/synchronous transport signal-M(OC-M/STS-M) interface 408, and an OC-X/STS-X interface 410. As usedherein in conjunction with OC or STS, “M” refers to an integer, and “X”refers to an integer.

The control interface 404 receives control messages originating from thesignaling processor 412, identifies virtual connection assignments inthe control messages, and provides these assignments to the matrix 406for implementation. The control messages may be received over an ATMvirtual connection and through either the OC-M/STS-M interface 408 orthe OC-X/STS-X interface 410 through the matrix 406 to the controlinterface 404, through either the OC-M/STS-M interface or the OC-X/STS-Xinterface directly to the control interface, or through the controlinterface from a link.

The matrix 406 is a controllable ATM matrix that provides cross connectfunctionality in response to control messages from the signalingprocessor 412. The matrix 406 has access to virtual path/virtualchannels (VP/VCs) over which it can connect calls. For example, a callcan come in over a VP/VC through the OC-M/STS-M interface 408 and beconnected through the matrix 406 over a VP/VC through the OC-X/STS-Xinterface 410 in response to a control message received by the signalingprocessor 412 through the control interface 404. Alternately, a call canbe connected in the opposite direction. In addition, the a call can bereceived over a VP/VC through the OC-M/STS-M interface 408 or theOC-X/STS-X interface 410 and be connected through the matrix 406 to adifferent VP/VC on the same OC-M/STS-M interface or the same OC-X/STS-Xinterface.

The OC-M/STS-M interface 408 is operational to receive ATM cells fromthe matrix 406 and to transmit the ATM cells over a connection to thecommunication device 414. The OC-M/STS-M interface 408 also may receiveATM cells in the OC or STS format and transmit them to the matrix 406.

The OC-X/STS-X interface 410 is operational to receive ATM cells fromthe matrix 406 and to transmit the ATM cells over a connection to thecommunication device 416. The OC-X/STS-X interface 410 also may receiveATM cells in the OC or STS format and transmit them to the matrix 406.

Call signaling may be received through and transferred from theOC-M/STS-M interface 408. Also, call signaling may be received throughand transferred from the OC-X/STS-X interface 410. The call signalingmay be connected on a connection or transmitted to the control interfacedirectly or via the matrix 406.

The signaling processor 412 is configured to send control messages tothe CAM 402 to implement particular features on particular VP/VCcircuits. Alternatively, lookup tables may be used to implementparticular features for particular VP/VCs.

FIG. 5 illustrates another exemplary embodiment of a CAM which has timedivision multiplex (TDM) capability, but other CAMs that support therequirements of the invention also are applicable. The CAM 502 mayreceive and transmit in-band and out-of-band signaled calls.

The CAM 502 preferably has a control interface 504, an OC-N/STS-Ninterface 506, a digital signal level 3 (DS3) interface 508, a DS1interface 510, a DS0 interface 512, an ATM adaptation layer (AAL) 514, acontrollable ATM matrix 516, an OC-M/STS-M interface 518A, an OC-X/STS-Xinterface 518B, and an ISDN/GR-303 interface 520. As used herein inconjunction with OC or STS, “N” refers to an integer, “M” refers to aninteger, and “X” refers to an integer.

The control interface 504 receives control messages originating from thesignaling processor 522, identifies DS0 and virtual connectionassignments in the control messages, and provides these assignments tothe AAL 514 or the matrix 516 for implementation. The control messagesmay be received over an ATM virtual connection and through theOC-M/STS-M interface 518A to the control interface 504, through theOC-X/STS-X interface 518B and the matrix 516 to the control interface,or directly through the control interface from a link.

The OC-N/STS-N interface 506, the DS3 interface 508, the DS1 interface510, the DS0 interface 512, and the ISDN/GR-303 interface 520 each canreceive user communications from a communication device 524. Likewise,the OC-M/STS-M interface 518A and the OC-X/STS-X interface 518B canreceive user communications from the communication devices 526 and 528.

The OC-N/STS-N interface 506 receives OC-N formatted user communicationsand STS-N formatted user communications and converts the usercommunications to the DS3 format. The DS3 interface 508 receives usercommunications in the DS3 format and converts the user communications tothe DS1 format. The DS3 interface 508 can receive DS3s from theOC-N/STS-N interface 506 or from an external connection. The DS1interface 510 receives the user communications in the DS1 format andconverts the user communications to the DS0 format. The DS1 interface510 receives DS1s from the DS3 interface 508 or from an externalconnection. The DS0 interface 512 receives user communications in theDS0 format and provides an interface to the AAL 514. The ISDN/GR-303interface 520 receives user communications in either the ISDN format orthe GR-303 format and converts the user communications to the DS0format. In addition, each interface may transmit user communications inlike manner to the communication device 524.

The OC-M/STS-M interface 518A is operational to receive ATM cells fromthe AAL 514 or from the matrix 516 and to transmit the ATM cells over aconnection to the communication device 526. The OC-M/STS-M interface518A also may receive ATM cells in the OC or STS format and transmitthem to the AAL 514 or to the matrix 516.

The OC-X/STS-X interface 518B is operational to receive ATM cells fromthe AAL 514 or from the matrix 516 and to transmit the ATM cells over aconnection to the communication device 528. The OC-X/STS-X interface518B also may receive ATM cells in the OC or STS format and transmitthem to the AAL 514 or to the matrix 516.

Call signaling may be received through and transferred from theOC-N/STS-N interface 506 and the ISDN/GR-303 interface 520. Also, callsignaling may be received through and transferred from the OC-M/STS-Minterface 518A and the OC-X/STS-X interface 518B. The call signaling maybe connected on a connection or transmitted to the control interfacedirectly or via an interface as explained above.

The AAL 514 comprises both a convergence sublayer and a segmentation andreassembly (SAR) sublayer. The AAL 514 obtains the identity of the DS0and the ATM VP/VC from the control interface 504. The AAL 514 isoperational to convert between the DS0 format and the ATM format. AALsare known in the art, and information about AALs is provided byInternational Telecommunications Union (ITU) documents in the series ofI.363, which are incorporated herein by reference. For example, ITUdocument I.363.1 discusses AAL1. An AAL for voice calls is described inU.S. Pat. No. 5,806,553 entitled “Cell Processing for VoiceTransmission,” which is incorporated herein by reference.

Calls with multiple 64 Kilo-bits per second (Kbps) DS0s are known asNx64 calls. If desired, the AAL 514 can be configured to accept controlmessages through the control interface 504 for Nx64 calls. The CAM 502is able to interwork, multiplex, and demultiplex for multiple DS0s. Atechnique for processing VP/VCs is disclosed in U.S. patent applicationSer. No. 08/653,852, which was filed on May 28, 1996, and entitled“Telecommunications System with a Connection Processing System,” andwhich is incorporated herein by reference.

DS0 connections are bi-directional and ATM connections are typicallyuni-directional. As a result, two virtual connections in opposingdirections typically will be required for each DS0. Those skilled in theart will appreciate how this can be accomplished in the context of theinvention. For example, the cross-connect can be provisioned with asecond set of VP/VCs in the opposite direction as the original set ofVP/VCs.

The matrix 516 is a controllable ATM matrix that provides cross connectfunctionality in response to control messages from the signalingprocessor 522. The matrix 516 has access to VP/VCs over which it canconnect calls. For example, a call can come in over a VP/VC through theOC-M/STS-M interface 518A and be connected through the matrix 516 over aVP/VC through the OC-X/STS-X interface 518B in response to a controlmessage received by the signaling processor 522 through the controlinterface 504. Alternately, the matrix 516 may transmit a call receivedover a VP/VC through the OC-M/STS-M interface 518A to the AAL 514 inresponse to a control message received by the signaling processor 522through the control interface 504. Communications also may occur inopposite directions through the various interfaces.

In some embodiments, it may be desirable to incorporate digital signalprocessing capabilities at, for example, the DS0 level. It also may bedesired to apply echo control to selected DS0 circuits. In theseembodiments, a signal processor may be included. The signaling processor522 is configured to send control messages to the CAM 502 to implementparticular features on particular DS0 or VP/VC circuits. Alternatively,lookup tables may be used to implement particular features forparticular circuits or VP/VCs.

It will be appreciated from the teachings above for the CAMs and for theteachings below for the ATM interworking units, that the above describedCAMs can be adapted for modification to transmit and receive otherformatted communications such as synchronous transport module (STM) andEuropean level (E) communications. For example, the OC/STS, DS3, DS1,DS0, and ISDN/GR-303 interfaces can be replaced by STMelectrical/optical (E/O), E3, E1, E0, and digital private networksignaling system (DPNSS) interfaces, respectively.

The ATM Interworking Unit

FIG. 6 illustrates an exemplary embodiment of an interworking unit whichis an ATM interworking unit 602 suitable for the present invention foruse with a SONET system. Other interworking units that support therequirements of the invention also are applicable. The ATM interworkingunit 602 may receive and transmit in-band and out-of-band calls.

The ATM interworking unit 602 preferably has a control interface 604, anOC-N/STS-N interface 606, a DS3 interface 608, a DS1 interface 610, aDS0 interface 612, a signal processor 614, an AAL 616, an OC-M/STS-Minterface 618, and an ISDN/GR-303 interface 620. As used herein inconjunction with OC or STS, “N” refers to an integer, and “M” refers toan integer.

The control interface 604 receives control messages originating from thesignaling processor 622, identifies DS0 and virtual connectionassignments in the control messages, and provides these assignments tothe AAL 616 for implementation. The control messages are received overan ATM virtual connection and through the OC-M/STS-M interface 618 tothe control interface 604 or directly through the control interface froma link.

The OC-N/STS-N interface 606, the DS3 interface 608, the DS1 interface610, the DS0 interface 612, and the ISDN/GR-303 interface 620 each canreceive user communications from a communication device 624. Likewise,the OC-M/STS-M interface 618 can receive user communications from acommunication device 626.

The OC-N/STS-N interface 606 receives OC-N formatted user communicationsand STS-N formatted user communications and demultiplexes the usercommunications to the DS3 format. The DS3 interface 608 receives usercommunications in the DS3 format and demultiplexes the usercommunications to the DS1 format. The DS3 interface 608 can receive DS3sfrom the OC-N/STS-N interface 606 or from an external connection. TheDS1 interface 610 receives the user communications in the DS1 format anddemultiplexes the user communications to the DS0 format. The DS1interface 610 receives DS1s from the DS3 interface 608 or from anexternal connection. The DS0 interface 612 receives user communicationsin the DS0 format and provides an interface to the AAL 616. TheISDN/GR-303 interface 620 receives user communications in either theISDN format or the GR-303 format and converts the user communications tothe DS0 format. In addition, each interface may transmit usercommunications in like manner to the communication device 624.

The OC-M/STS-M interface 618 is operational to receive ATM cells fromthe AAL 616 and to transmit the ATM cells over the connection to thecommunication device 626. The OC-M/STS-M interface 618 also may receiveATM cells in the OC or STS format and transmit them to the AAL 616.

Call signaling may be received through and transferred from theOC-N/STS-N interface 606 and the ISDN/GR-303 interface 620. Also, callsignaling may be received through and transferred from the OC-M/STS-Minterface 618. The call signaling may be connected on a connection ortransmitted to the control interface directly or via another interfaceas explained above.

The AAL 616 comprises both a convergence sublayer and a segmentation andreassembly (SAR) sublayer. The AAL 616 obtains the identity of the DS0and the ATM VP/VC from the control interface 604. The AAL 616 isoperational to convert between the DS0 format and the ATM format.

If desired, the AAL 616 can be configured to accept control messagesthrough the control interface 604 for Nx64 calls. The ATM interworkingunit 602 is able to interwork, multiplex, and demultiplex for multipleDS0s.

DS0 connections are bi-directional and ATM connections are typicallyuni-directional. As a result, two virtual connections in opposingdirections typically will be required for each DS0. Those skilled in theart will appreciate how this can be accomplished in the context of theinvention. For example, the cross-connect can be provisioned with asecond set of VP/VCs in the opposite direction as the original set ofVP/VCs.

In some embodiments, it may be desirable to incorporate digital signalprocessing capabilities at the DS0 level. It may also be desired toapply echo control to selected DS0 circuits. In these embodiments, asignal processor 614 is included either separately (as shown) or as apart of the DS0 interface 612. The signaling processor 622 is configuredto send control messages to the ATM interworking unit 602 to implementparticular features on particular DS0 circuits. Alternatively, lookuptables may be used to implement particular features for particularcircuits or VP/VCs.

FIG. 7 illustrates another exemplary embodiment of an interworking unitwhich is an ATM interworking unit 702 suitable for the present inventionfor use with an SDH system. The ATM interworking unit 702 preferably hasa control interface 704, an STM-N electrical/optical (E/O) interface706, an E3 interface 708, an E1 interface 710, an E0 interface 712, asignal processor 714, an AAL 716, an STM-M electrical/optical (E/O)interface 718, and a DPNSS interface 720. As used herein in conjunctionwith STM, “N” refers to an integer, and “M” refers to an integer.

The control interface 704 receives control messages from the signalingprocessor 722, identifies E0 and virtual connection assignments in thecontrol messages, and provides these assignments to the AAL 716 forimplementation. The control messages are received over an ATM virtualconnection and through the STM-M interface 718 to the control interface604 or directly through the control interface from a link.

The STM-N E/O interface 706, the E3 interface 708, the E1 interface 710,the E0 interface 712, and the DPNSS interface 720 each can receive usercommunications from a second communication device 724. Likewise, theSTM-M E/O interface 718 can receive user communications from a thirdcommunication device 726.

The STM-N E/O interface 706 receives STM-N electrical or opticalformatted user communications and converts the user communications fromthe STM-N electrical or STM-N optical format to the E3 format. The E3interface 708 receives user communications in the E3 format anddemultiplexes the user communications to the E1 format. The E3 interface708 can receive E3s from the STM-N E/O interface 706 or from an externalconnection. The E1 interface 710 receives the user communications in theE1 format and demultiplexes the user communications to the E0 format.The E1 interface 710 receives E1s from the STM-N E/O interface 706 orthe E3 interface 708 or from an external connection. The E0 interface712 receives user communications in the E0 format and provides aninterface to the AAL 716. The DPNSS interface 720 receives usercommunications in the DPNSS format and converts the user communicationsto the E0 format. In addition, each interface may transmit usercommunications in a like manner to the communication device 724.

The STM-M E/O interface 718 is operational to receive ATM cells from theAAL 716 and to transmit the ATM cells over the connection to thecommunication device 726. The STM-M E/O interface 718 may also receiveATM cells in the STM-M E/O format and transmit them to the AAL 716.

Call signaling may be received through and transferred from the STM-NE/O interface 706 and the DPNSS interface 720. Also, call signaling maybe received through and transferred from the STM-M E/O interface 718.The call signaling may be connected on a connection or transmitted tothe control interface directly or via another interface as explainedabove.

The AAL 716 comprises both a convergence sublayer and a segmentation andreassembly (SAR) sublayer. The AAL obtains the identity of the E0 andthe ATM VP/VC from the control interface 704. The AAL 716 is operationalto convert between the E0 format and the ATM format, either in responseto a control instruction or without a control instruction. AAL's areknown in the art. If desired, the AAL 716 can be configured to receivecontrol messages through the control interface 704 for Nx64 usercommunications.

E0 connections are bidirectional and ATM connections typically areuni-directional. As a result, two virtual connections in opposingdirections typically will be required for each E0. Those skilled in theart will appreciate how this can be accomplished in the context of theinvention.

In some instances, it may be desirable to incorporate digital signalprocessing capabilities at the E0 level. Also, it may be desirable toapply echo control. In these embodiments, a signal processor 714 isincluded either separately (as shown) or as a part of the E0 interface712. The signaling processor 722 is configured to send control messagesto the ATM interworking unit 702 to implement particular features onparticular circuits. Alternatively, lookup tables may be used toimplement particular features for particular circuits or VP/VCs.

The Signaling Processor

The signaling processor receives and processes telecommunications callsignaling, control messages, and customer data to select connectionsthat establish communication paths for calls. In the preferredembodiment, the signaling processor processes SS7 signaling to selectconnections for a call. An example of call processing in a callprocessor and the associated maintenance that is performed for callprocessing is described in a U.S. patent application Ser. No. 09/026,766entitled “System and Method for Treating a Call for Call Processing,”which is incorporated herein by reference.

In addition to selecting connections, the signaling processor performsmany other functions in the context of call processing. It not only cancontrol routing and select the actual connections, but it also canvalidate callers, control echo cancellers, generate accountinginformation, invoke intelligent network functions, access remotedatabases, manage traffic, and balance network loads. One skilled in theart will appreciate how the signaling processor described below can beadapted to operate in the above embodiments.

FIG. 8 depicts an embodiment of a signaling processor. Other versionsalso are contemplated. In the embodiment of FIG. 8, the signalingprocessor 802 has a signaling interface 804, a call processing controlsystem 806 (CPCS), and a call processor 808. It will be appreciated thatthe signaling processor 802 may be constructed as modules in a singleunit or as multiple units.

The signaling interface 804 is coupled externally to signalingsystems—preferably to signaling systems having a message transfer part(MTP), an ISDN user part (ISUP), a signaling connection control part(SCCP), an intelligent network application part (INAP), and atransaction capabilities application part (TCAP). The signalinginterface 804 preferably is a platform that comprises an MTP level 1810, an MTP level 2 812, an MTP level 3 814, an SCCP process 816, anISUP process 818, and a TCAP process 820. The signaling interface 804also has INAP functionality.

The signaling interface 804 may be linked to a communication device (notshown). For example, the communication device may be an SCP which isqueried by the signaling interface with a TCAP query to obtainadditional call-associated data. The answer message may have additionalinformation parameters that are required to complete call processing.The communication device also may be an STP or other device.

The signaling interface 804 is operational to transmit, process, andreceive call signaling. The TCAP, SCCP, ISUP, and INAP functionality usethe services of the MTP to transmit and receive the messages.Preferably, the signaling interface 804 transmits and receives SS7messages for MTP, TCAP, SCCP, and ISUP. Together, this functionality isreferred to as an “SS7 stack,” and it is well known. The softwarerequired by one skilled in the art to configure an SS7 stack iscommercially available. One example is the OMNI SS7 stack from Dale,Gesek, McWilliams & Sheridan, Inc. (the DGM&S company).

The processes of the signaling interface 804 process information that isreceived in message signal units (MSUs) and convert the information tocall information elements that are sent to the call processor 808 to beprocessed. A call information element may be, for example, an ISUP IAMmessage parameter from the MSU. The signaling interface 804 strips theunneeded header information from the MSU to isolate the messageinformation parameters and passes the parameters to the call processor808 as the call information elements. Examples of these parameters arethe called number, the calling number, and user service information.Other examples of messages with information elements are an ANM, an ACM,an REL, an RLC, and an INF. In addition, call information elements aretransferred from the call processor 808 back to the signaling interface804, and the information elements are reassembled into MSUs andtransferred to a signaling point.

The CPCS 806 is a management and administration system. The CPCS 806 isthe user interface and external systems interface into the callprocessor 808. The CPCS 806 serves as a collection point forcall-associated data such as logs, operational measurement data,statistical information, accounting information, and other call data.The CPCS 806 can configure the call-associated data and/or transmit itto reporting centers.

The CPCS 806 accepts data, such as the translations, from a source suchas an operations system and updates the data in the tables in the callprocessor 808. The CPCS 806 ensures that this data is in the correctformat prior to transferring the data to the call processor 808. TheCPCS 806 also provides configuration data to other devices including thecall processor 808, the signaling interface 804, the interworking unit(not shown), and the controllable ATM matrix (not shown). In addition,the CPCS 806 provides for remote control of call monitoring and calltapping applications from the call processor 808.

The CPCS 806 also serves as a collection point for alarms. Alarminformation is transferred to the CPCS 806. The CPCS 806 then transportsalarm messages to the required communication device. For example, theCPCS 806 can transport alarms to an operations center.

The CPCS 806 also has a human-machine interface (HMI). This allows aperson to log onto the CPCS 806 and manage data tables or review datatables in the CPCS or provide maintenance services.

The call processor 808 processes call signaling and controls an ATMinterworking unit, such as an ATM interworking multiplexer (mux) thatperforms interworking of DS0s and VP/VCs, and an ATM matrix. However,the call processor 808 may control other communications devices andconnections in other embodiments.

The call processor 808 comprises a control platform 822 and anapplication platform 824. Each platform 822 and 824 is coupled to theother platform.

The control platform 822 is comprised of various external interfacesincluding an interworking unit interface, a controllable ATM matrix, anecho interface, a resource control interface, a call informationinterface, and an operations interface. The control platform 822 isexternally coupled to an interworking unit control, a controllable ATMmatrix control, an echo control, a resource control, accounting, andoperations. The interworking unit interface exchanges messages with atleast one interworking unit. These messages comprise DS0 to VP/VCassignments, acknowledgments, and status information. The controllableATM matrix interface exchanges messages with at least one controllableATM matrix. These messages comprise DS0 to VP/VC assignments, VP/VC toVP/VC assignments, acknowledgments, and status information. The echocontrol interface exchanges messages with echo control systems. Messagesexchanged with echo control systems might include instructions to enableor disable echo cancellation on particular DS0s, acknowledgments, andstatus information.

The resource control interface exchanges messages with externalresources. Examples of such resources are devices that implementcontinuity testing, encryption, compression, tonedetection/transmission, voice detection, and voice messaging. Themessages exchanged with resources are instructions to apply the resourceto particular DS0s, acknowledgments, and status information. Forexample, a message may instruct a continuity testing resource to providea loopback or to send and detect a tone for a continuity test.

The call information interface transfers pertinent call information to acall information processing system, such as to the CPCS 806. Typicalcall information includes accounting information, such as the parties tothe call, time points for the call, and any special features applied tothe call. One skilled in the art will appreciate how to produce thesoftware for the interfaces in the control platform 822.

The application platform 824 processes signaling information from thesignaling interface 804 to select connections. The identity of theselected connections are provided to the control platform 822 for theinterworking unit interface and/or for the controllable ATM matrixinterface. The application platform 824 is responsible for validation,translation, routing, call control, exceptions, screening, and errorhandling. In addition to providing the control requirements for theinterworking unit and the controllable ATM matrix, the applicationplatform 824 also provides requirements for echo control and resourcecontrol to the appropriate interface of the control platform 822. Inaddition, the application platform 824 generates signaling informationfor transmission by the signaling interface 804. The signalinginformation might be for ISUP, INAP, or TCAP messages to externalnetwork elements. Pertinent information for each call is stored in anenhanced circuit data block (ECDB) for the call. The ECDB can be usedfor tracking and accounting the call.

The application platform 824 preferably operates in general accord withthe Basic Call State Model (BCSM) defined by the ITU. An instance of theBCSM is created to handle each call. The BCSM includes an originatingprocess and a terminating process. The application platform 824 includesa service switching function (SSF) that is used to invoke the servicecontrol function (SCF). Typically, the SCF is contained in an SCP. TheSCF is queried with TCAP or INAP messages that are transported by thesignaling interface 804 and which are initiated with information fromthe SSF in the application platform 824. The originating or terminatingprocesses will access remote databases with intelligent network (IN)functionality via the SSF.

Software requirements for the application platform 824 can be producedin specification and description language (SDL) defined in ITU-T Z.100or similar logic or description languages. The SDL can be converted intoC code. A real time case tool such as SDT from Telelogic, Inc. or ObjectTime from Object Time, Inc. can be used. Additional C and C++ code canbe added as required to establish the environment. It will beappreciated that other software languages and tools may be used.

The call processor 808 can be comprised of the above-described softwareloaded onto a computer. The computer can be a generally availablefault-tolerant Unix computer, such as those provided by Sun, Tandem, orHewlett Packard. It may be desirable to utilize the multi-threadingcapability of a Unix operating system.

From FIG. 8, it can be seen that the application platform 824 processessignaling information to control numerous systems and facilitate callconnections and services. The SS7 signaling is exchanged between thecall processor 808 and external components through the signalinginterface 804, and control information is exchanged with externalsystems through the control platform 822. Advantageously, the signalinginterface 804, the CPCS 806, and the call processor 808 are notintegrated into a switch central processing unit (CPU) that is coupledto a switching matrix. Unlike an SCP, the components of the signalingprocessor 802 are capable of processing ISUP messages independently ofTCAP queries.

SS7 Message Designations

SS7 messages are well known. Designations for various SS7 messagescommonly are used. Those skilled in the art are familiar with thefollowing message designations:

ACM—Address Complete Message

ANM—Answer Message

BLO—Blocking

BLA—Blocking Acknowledgment

CPG—Call Progress

CGB—Circuit Group Blocking

CGBA—Circuit Group Blocking Acknowledgment

GRS—Circuit Group Reset

GRA—Circuit Group Reset Acknowledgment

CGU—Circuit Group Unblocking

CGUA—Circuit Group Unblocking Acknowledgment

CQM—Circuit Group Query

CQR—Circuit Group Query Response

CRM—Circuit Reservation Message

CRA—Circuit Reservation Acknowledgment

CVT—Circuit Validation Test

CVR—Circuit Validation Response

CFN—Confusion

COT—Continuity

CCR—Continuity Check Request

EXM—Exit Message

INF—Information

INR—Information Request

IAM—Initial Address Message

LPA—Loop Back Acknowledgment

PAM—Pass Along Message

REL—Release

RLC—Release Complete

RSC—Reset Circuit

RES—Resume

SUS—Suspend

UBL—Unblocking

UBA—Unblocking Acknowledgment

UCIC—Unequipped Circuit Identification Code.

Call Processor Tables

Call processing typically entails two aspects. First, an incoming or“originating” connection is recognized by an originating call process.For example, the initial connection that a call uses to enter a networkis the originating connection in that network. Second, an outgoing or“terminating” connection is selected by a terminating call process. Forexample, the terminating connection is coupled to the originatingconnection in order to extend the call through the network. These twoaspects of call processing are referred to as the originating side ofthe call and the terminating side of the call.

FIG. 9 depicts an exemplary data structure preferably used by the callprocessor 802 of FIG. 8 to execute the BCSM. This is accomplishedthrough a series of tables that point to one another in various ways.The pointers typically are comprised of next function and next labeldesignations. The next function points to the next table, and the nextlabel points to an entry or a range of entries in that table. It will beappreciated that the pointers for the main call processing areillustrated in FIG. 9.

The primary data structure has a TDM trunk circuit table 902, an ATMtrunk circuit table 904, a trunk group table 906, a carrier table 908,an exception table 910, an originating line information (OLI) table 912,an automatic number identification (ANI) table 914, a called numberscreening table 916, a called number table 918, a routing table 920, atrunk group class of service (COS) table 922, and a message mappingtable 924. Also included in the data structure are a day of year table926, a day of week table 928, a time of day table 930, and a time zonetable 932.

The TDM trunk circuit table 902 contains information required toprovision the TDM side of a connection from the call processor site.Each circuit on the TDM side of a connection has an entry. The TDM trunkcircuit table 902 is accessed from the trunk group table 906 or anexternal call process, and it points to the trunk group table.

The ATM trunk circuit table 904 contains information required toprovision the ATM side of a connection. Typically, one record appears inthis table per ATM trunk group. Although, the system can be configuredalternately for multiple records per trunk group. The ATM trunk circuittable 904 is accessed from the trunk group table 906 or an external callprocess, and it points to the trunk group table.

The trunk group table 906 contains information that is required to buildtrunk groups out of different trunk members identified in the TDM andATM trunk circuit tables 902 and 904. The trunk group table 906 containsinformation related to the originating and terminating trunk groups. Thetrunk group table 906 typically points to the carrier table 908.Although, the trunk group table 906 may point to the exception table910, the OLI table 912, the ANI table 914, the called number screeningtable 916, the called number table 918, the routing table 920, the dayof year table 926, the day of week table 928, the time of day table 930,and the treatment table (see FIG. 10).

For default processing of an IAM of an outgoing call in the forwarddirection, when the call process determines call setup and routingparameters for user communications on the originating portion, the trunkgroup table 906 is the next table after the TDM and ATM trunk circuittables 902 and 904, and the trunk group table points to the carriertable 908. For default processing of an IAM of an outgoing call in theforward direction, when the call process determines call setup androuting parameters for user communications on the terminating portion,the trunk group table 906 is the next table after the routing table 920,and the trunk group table points to the TDM or ATM trunk circuit table902 or 904. For default processing of an ACM or an ANM of an outgoingcall in the originating direction, when the call process determinesparameters for signaling, the trunk group table 906 is the next tableafter the TDM or ATM trunk circuit table 902 or 904, and the trunk grouptable points to the message mapping table 924. It will be appreciatedthat this is the default method, and, as explained herein, otherimplementations of table processing occur.

The carrier table 908 contains information that allows calls to bescreened based, at least in part, on the carrier information parameterand the carrier selection parameter. The carrier table 908 typicallypoints to the exception table 910. Although, the carrier table 908 maypoint to the OLI table 912, the ANI table 914, the called numberscreening table 916, the called number table 918, the routing table 920,the day of year table 926, the day of week table 928, the time of daytable 930, the treatment table (see FIG. 10), and the database servicestable (see FIG. 11).

The exception table 910 is used to identify various exception conditionsrelated to the call that may influence the routing or handling of thecall. The exception table 910 contains information that allows calls tobe screened based, at least in part, on the called party number and thecalling party's category. The exception table 910 typically points tothe OLI table 912. Although, the exception table 910 can point to theANI table 914, the called number screening table 916, the called numbertable 918, the routing table 920, the day of year table 926, the day ofweek table 928, the time of day table 930, the call rate table, thepercent control table, the treatment table (see FIG. 10), and thedatabase services table (see FIG. 11).

The OLI table 912 contains information that allows calls to be screenedbased, at least in part, on originating line information in an IAM. TheOLI table 912 typically points to the ANI table 914. Although, the OLItable can point to the called number screening table 916, the callednumber table 918, the routing table 920, the day of year table 926, theday of week table 928, the time of day table 930, and the treatmenttable (see FIG. 10).

The ANI table 914 is used to identify any special characteristicsrelated to the caller's number, which is commonly known as automaticnumber identification. The ANI table 914 is used to screen and validatean incoming ANI. ANI specific requirements such as queuing, echocancellation, time zone, and treatments can be established. The ANItable 914 typically points to the called number screening table 916.Although, the ANI table 914 can point to the called number table 918,the routing table 920, the day of year table 926, the day of week table928, the time of day table 930, and the treatment table (see FIG. 10).

The called number screening table 916 is used to screen called numbers.The called number screening table 916 determines the disposition of thecalled number and the nature of the called number. The called numberscreening table 916 is used to provide the trigger detection point (TDP)for an AIN SCP TCAP query. It is used, for example, with the localnumber portability (LNP) feature. The called number screening table caninvoke a TCAP. The called number screening table 916 typically points tothe called number table 918. Although, the called number screening table916 can point to the routing table 920, the treatment table, the callrate table, the percent table (see FIG. 10), and the database servicestable (see FIG. 11).

The called number table 918 is used to identify routing requirementsbased on, for example, the called number. This will be the case forstandard calls. The called number table 918 typically points to therouting table 910. In addition, the called number table 926 can beconfigured to alternately point to the day of year table 926. The callednumber table 918 can also point to the treatment table (see FIG. 10) andthe database services table (see FIG. 11).

The routing table 920 contains information relating to the routing of acall for various connections. The routing table 920 typically points tothe treatment table (see FIG. 10). Although, the routing table also canpoint to the trunk group table 906 and the database services table (seeFIG. 11).

For default processing of an IAM of an outgoing call in the forwarddirection, when the call process determines call setup and routingparameters for user communications, the routing table 920 is the nexttable after the called number table 918, and the routing table points tothe trunk group table 906. For default processing of an IAM of anoutgoing call in the forward direction, when the call process determinesparameters for signaling, the routing table 920 is the next table afterthe called number table 918, and the routing table points to the messagemapping table 924. It will be appreciated that this is the defaultmethod, and, as explained herein, other implementations of tableprocessing occur.

The trunk group COS table 922 contains information that allows calls tobe routed differently based on the class of service assigned to theoriginating trunk group and to the terminating trunk group. The trunkgroup COS table can point to the routing table 920 or the treatmenttable (see FIG. 10).

When the trunk group COS table 922 is used in processing, after therouting table 920 and the trunk group table 906 are processed, the trunkgroup table points to the trunk group COS table. The trunk group COStable points back to the routing table 920 for further processing.Processing then continues with the routing table 920 which points to thetrunk group table 906, and the trunk group table which points to the TDMor ATM trunk circuit table 902 or 904. It will be appreciated that thisis the default method, and, as explained herein, other implementationsof table processing occur.

The message mapping table 924 is used to provide instructions for theformatting of signaling messages from the call processor. It typicallycan be accessed by the routing table 920 or the trunk group table 906and typically determines the format of the outgoing messages leaving thecall processor.

The day of year table 926 contains information that allows calls to berouted differently based on the day of the year. The day of year tabletypically points to the routing table 920 and references the time zonetable 932 for information. The day of year table 926 also can point tothe called number screening table 916, the called number table 918, therouting table 920, the day of week table 928, the time of day table 930,and the treatment table (see FIG. 10).

The day of week table 928 contains information that allows calls to berouted differently based on the day of the week. The day of week tabletypically points to the routing table 920 and references the time zonetable 932 for information. The day of week table 928 also can point tothe called number screening table 916, the called number table 918, thetime of day table 930, and the treatment table (see FIG. 10).

The time of day table 930 contains information that allows calls to berouted differently based on the time of the day. The time of day table930 typically points to the routing table 920 and references the timezone table 932 for information. The time of day table 930 also can pointto the called number screening table 916, the called number table 918,and the treatment table (see FIG. 10).

The time zone table 932 contains information that allows call processingto determine if the time associated with the call processing should beoffset based on the time zone or daylight savings time. The time zonetable 932 is referenced by, and provides information to, the day of yeartable 926, the day of week table 928, and the time of day table 930.

FIG. 10 is an overlay of FIG. 9. The tables from FIG. 9 are present.However, for clarity, the table's pointers have been omitted, and sometables have not been duplicated in FIG. 10. FIG. 10 illustratesadditional tables that can be accessed from the tables of FIG. 9. Theseinclude an outgoing release table 1002, a treatment table 1004, a callrate table 1006, and a percent control table 1008, and time/date tables1010.

The outgoing release table 1002 contains information that allows callprocessing to determine how an outgoing release message is to beformatted. The outgoing release table 1002 typically points to thetreatment table 1006.

The treatment table 1004 identifies various special actions to be takenin the course of call processing. For example, based on the incomingtrunk group or ANI, different treatments or cause codes are used toconvey problems to the called and calling parties. This typically willresult in the transmission of a release message (REL) and a cause value.The treatment table 1004 typically points to the outgoing release table1002 and the database services table (see FIG. 11).

The call rate table 1006 contains information that is used to controlcall attempts on an attempt per second basis. Preferably, attempts from100 per second to 1 per minute are programmable. The call rate table1006 typically points to the called number screening table 916, thecalled number table 918, the routing table 920, and the treatment table1004.

The percent control table 1008 contains information that is used tocontrol call attempts based upon a percent value of the traffic that isprocessed through call processing. The percent control table 1008typically points to the called number screening table 916, the callednumber table 918, the routing table 920, and the treatment table 1004.

The date/time tables 1010 have been identified in FIG. 9 as the day ofyear table 926, the day of week table 928, the time of day table 926,and the time zone table 932. They are illustrated in FIG. 10 as a singlelocation for ease and clarity but need not be so located.

FIG. 11 is an overlay of FIGS. 9-10. The tables from FIGS. 9-10 arepresent. However, for clarity, the table's pointers have been omitted,and some tables have not been duplicated in FIG. 11.

FIG. 11 illustrates additional tables that can be accessed from thetables of FIGS. 9-10 and which are directed to the TCAP and the SCCPmessage processes.

These include a database services table 1102, a signaling connectioncontrol part (SCCP) table 1104, an intermediate signaling networkidentification (ISNI) table 1106, a transaction capabilities applicationpart (TCAP) table 1108, and an advanced intelligent network (AIN) eventparameters table 1110.

The database services table 1102 contains information about the type ofdatabase service requested by call processing. The database servicestable 1102 references and obtains information from the SCCP table 1104and the TCAP table 1108. After the database function is performed, thecall is returned to normal call processing. The database services table1102 points to the called number table 918.

The SCCP table 1104 contains information and parameters required tobuild an SCCP message. The SCCP table 1104 is referenced by the databaseservices table 1102 and provides information to the database servicestable.

The ISNI table 1106 contains network information that is used forrouting SCCP message to a destination node. The ISNI table 1106 isreferenced by the SCCP table 1104 and provides information to the SCCPtable.

The TCAP table 1108 contains information and parameters required tobuild a TCAP message. The TCAP table 1108 is referenced by the databaseservices table 1102 and provides information to the database servicestable.

The AIN event parameters table 1110 contains information and parametersthat are included in the parameters portion of a TCAP event message. TheAIN event parameters table 1110 is referenced by the TCAP table 1108 andprovides information to the TCAP table.

FIG. 12 is an overlay of FIGS. 9-11. The tables from FIGS. 9-11 arepresent. However, for clarity, the tables have not been duplicated inFIG. 12. FIG. 12 illustrates additional tables that can be used to setupthe call process so that the tables of FIGS. 9-11 may be used. Thesesetup tables 1202 include a site office table 1204, an external echocanceller table 1206, an interworking unit (IWU) table 1208, acontrollable ATM matrix (CAM) interface table 1210, and a controllableATM matrix (CAM) table 1212.

The site office table 1204 contains information which lists office-wideparameters, some of which are information-based and others which affectcall processing. The site office table 1204 provides information to thecall processor or switch during initialization or other setupprocedures, such as population of data or transfer of information to oneor more memory locations for use during call processing.

The external echo canceller 1206 contains information that provides theinterface identifier and the echo canceller type when an external echocanceller is required. The external echo canceller table 1206 providesinformation to the call processor or switch during initialization orother setup procedures, such as population of data or transfer ofinformation to one or more memory locations for use during callprocessing.

The IWU table 1208 contains the internet protocol (IP) identificationnumbers for interfaces to the interworking units at the call processoror switch site. The IWU table 1208 provides information to the callprocessor or switch during initialization or other setup procedures,such as population of data or transfer of information to one or morememory locations for use during call processing.

The CAM interface table 1210 contains information for the logicalinterfaces associated with the CAM. The CAM interface table 1210provides information to the call processor or switch duringinitialization or other setup procedures, such as population of data ortransfer of information to one or more memory locations for use duringcall processing.

The CAM table 1212 contains information associated with the logical andphysical setup properties of the CAM. The CAM table 1212 providesinformation to the call processor or switch during initialization orother setup procedures, such as population of data or transfer ofinformation to one or more memory locations for use during callprocessing.

FIGS. 13-42 depict examples of the various tables described above. Itwill be appreciated that other versions of tables may be used. Inaddition, information from the identified tables may be combined orchanged to form different tables.

FIG. 13 depicts an example of a TDM trunk circuit table. The TDM trunkcircuit table is used to access information about the originatingcircuit for originating circuit call processing. It also is used toprovide information about the terminating circuit for terminatingcircuit call processing. The trunk group number of the circuitassociated with the call is used to enter the table. The group member isthe second entry that is used as a key to identify or fill informationin the table. The group member identifies the member number of the trunkgroup to which the circuit is assigned, and it is used for the circuitselection control.

The table also contains the trunk circuit identification code (TCIC).The TCIC identifies the trunk circuit which is typically a DS0. The echocanceller (EC) label entry identifies the echo canceller, if any, whichis connected to the circuit. The interworking unit (IWU) label and theinterworking unit (IWU) port identify the hardware location and the portnumber, respectively, of the interworking unit. The DS1/E1 label and theDS1/E1 channel denote the DS1 or the E1 and the channel within the DS1or E1, respectively, that contains the circuit. The initial statespecifies the state of the circuit when it is installed. Valid statesinclude blocked if the circuit is installed and blocked from usage,unequipped if the circuit is reserved, and normal if the circuit isinstalled and available from usage.

FIG. 14 depicts an example of an ATM trunk circuit table. The ATM trunkcircuit table is used to access information about the originatingcircuit for originating circuit call processing. It also is used toprovide information about the terminating circuit for terminatingcircuit call processing.

The trunk group number of the circuit associated with the call is usedto enter the table. The group size denotes the number of members in thetrunk group. The starting trunk circuit identification code (TCIC) isthe starting TCIC for the trunk group, and it is used in the routinglabel of an ISUP message. The transmit interface label identifies thehardware location of the virtual path on which the call will betransmitted. The transmit interface label may designate either aninterworking unit interface or a CAM interface for the designated trunkmembers. The transmit virtual path identifier (VPI) is the VP that willbe used on the transmission circuit side of the call. The receiveinterface label identifies the hardware location of the virtual path onwhich the call will be received. The receive interface label maydesignate either an interworking unit interface or a CAM interface forthe designated trunk members. The receive virtual path identifier (VPI)is the VP that will be used on the reception circuit side of the call.The initial state specifies the state of the circuit when it isinstalled. Valid states include blocked if the circuit is installed andblocked from usage, unequipped if the circuit is reserved, and normal ifthe circuit is installed and available from usage.

FIG. 15A depicts an example of a trunk group table. The trunk groupnumber of the trunk group associated with the circuit is used to keyinto the trunk group table. The administration information field is usedfor information purposes concerning the trunk group and typically is notused in call processing. The associated point code is the point code forthe far end switch or call processor to which the trunk group isconnected. The common language location identifier (CLLI) entry is astandardized Bellcore entry for the associated office to which the trunkgroup is connected. The trunk type identifies the type of the trunk inthe trunk group. The trunk type may be a TDM trunk, an ATM trunk fromthe interworking unit, or an ATM trunk from the CAM.

The associated numbering plan area (NPA) contains informationidentifying the switch from which the trunk group is originating or towhich the trunk group is terminating. The associated jurisdictioninformation parameter (JIP) contains information identifying the switchfrom which the trunk group is originating or to which the trunk group isterminating. If an ISUP JIP is not received in an IAM, the default JIPis a value recorded on the call processor ECDB. If an incoming LAM doesnot have a JIP, call processing will populate the JIP of the outgoingIAM with the default value from the trunk group table. If a JIP is notdata filled, an outgoing JIP is not transmitted.

The time zone label identifies the time zone that should be used whencomputing a local date and a local time for use with a day of yeartable, the day of week table, and the time of day table. The echocanceller information field describes the trunk group echo cancellationrequirements. Valid entries for the echo canceller information includenormal for a trunk group that uses internal echo cancellation, externalfor a trunk group that requires external echo cancellers, and disablefor a trunk group that requires no echo cancellation for any callpassing over the group.

FIG. 15B is a continuation of FIG. 15A for the trunk group table. Thesatellite entry specifies that the trunk group for the circuit isconnected through a satellite. If the trunk group uses too manysatellites, then a call should not use the identified trunk group. Thisfield is used in conjunction with the nature of connection satelliteindicator field from the incoming IAM to determine if the outgoing callcan be connected over this trunk group. The select sequence indicatesthe methodology that will be used to select a connection. Valid entriesfor the select sequence field include the following: most idle, leastidle, ascending, or descending. The interworking unit (IWU) prioritysignifies that outgoing calls will attempt to use a trunk circuit on thesame interworking unit before using a trunk circuit on a differentinterworking unit.

Glare resolution indicates how a glare situation is to be resolved.Glare is the dual seizure of the same circuit. If the glare resolutionentry is set to “even/odd,” the switch or the call processor with thehigher point code value will control the even number TCICs within thetrunk group. The switch or call processor with the lower point codevalue will control the odd number TCICs. If the glare resolution entryis set to “all,” the call processor controls all of the TCICs within thetrunk group. If the glare resolution entry is set to “none,” the callprocessor will have no glare control and will yield to all doubleseizures within the trunk group.

Continuity control indicates whether continuity is to be checked.Continuity for outgoing calls on the originating call processor arecontrolled on a trunk group basis. This field specifies whethercontinuity is not required or whether continuity is required and thefrequency of the required check. The field identifies a percentage ofthe calls that require continuity check.

The reattempt entry specifies how many times the outgoing call will bereattempted using a different circuit from the same trunk group after acontinuity check failure, a glare, or other connection failure. Theignore local number portability (LNP) information specifies whether ornot the incoming LNP information is ignored. The treatment label is alabel into the treatment table for the trunk group used on the call.Because specific trunk group connections may require specific releasecauses or treatments for a specific customer, this field identifies thetype of treatment that is required. The message mapping label is a labelinto the message mapping table which specifies the backward messageconfiguration that will be used on the trunk group.

FIG. 15C is a continuation of FIG. 15B for the trunk group table. Thequeue entry signifies that the terminating part of the trunk group iscapable of queuing calls originating from a subscriber that called anumber which terminates in this trunk group. The ring no answer entryspecifies whether the trunk group requires ring no answer timing. If theentry is set to 0, the call processing will not use the ring no answertiming for calls terminated on the trunk group. A number other than 0specifies the ring no answer timing in seconds for calls terminating onthis trunk group. The voice path cut through entry identifies how andwhen the terminating call's voice path will be cut through on the trunkgroup. The options for this field include the following: connect for acut through in both directions after receipt of an ACM, answer for cutthrough in the backward direction upon receipt of an ACM, then cutthrough in the forward direction upon receipt of an ANM, or immediatefor cut through in both directions immediately after an IAM has beensent.

The originating class of service (COS) label provides a label into aclass of service table that determines how a call is handled based onthe combination of the originating COS and the terminating COS fromanother trunk group. Based on the combination of this field and theterminating COS of another trunk group's field, the call will be handleddifferently. For example, the call may be denied, route advanced, orotherwise processed. The terminating class of service (COS) labelprovides a label into a class of service table that determines how acall is handled based on the combination of the originating COS fromanother trunk group and the terminating COS from the present trunkgroup. Based on a combination of this field and the originating COS thecall will be handled differently. For example, the call may be denied,route advanced, or otherwise processed.

Call control provides an index to a specific trunk group level trafficmanagement control. Valid entries include normal for no control applied,skip control, applied wide area telecommunications service (WATS)reroute functionality, cancel control, reroute control overflow, andreroute immediate control. The next function points to the next table,and the next label points to an entry or a range of entries in thattable.

FIG. 16 depicts an example of a carrier table. The carrier label is thekey to enter the table. The carrier identification (ID) specifies thecarrier to be used by the calling party. The carrier selection entryidentifies how the caller specifies the carrier. For example, itidentifies whether the caller dialed a prefix digit or whether thecaller was pre-subscribed. The carrier selection is used to determinehow the call will be routed. The next function points to the next table,and the next label defines an area in that table for further callprocessing.

FIG. 17 depicts an example of an exception table. The exception label isused as a key to enter the table. The calling party's category entryspecifies how to process a call from an ordinary subscriber, an unknownsubscriber, or a test phone. The called number nature of addressdifferentiates between 0+ calls, 1+ calls, test calls, local routingnumber (LRN) calls, and international calls. For example, internationalcalls might be routed to a pre-selected international carrier. Thecalled number “digits from” and “digits to” focus further processingunique to a defined range of called numbers. The “digits from” field isa decimal number ranging from 1-15 digits. It can be any length and, iffilled with less than 15 digits, is filled with 0s for the remainingdigits. The “digits to” is a decimal number ranging from 1-15 digits. Itcan be any length and, if filled with less than 15 digits, is filledwith 9s for the remaining digits. The next function and next labelentries point to the next table and the next entry within that table forthe next routing function.

FIG. 18 depicts an example of the originating line information (OLI)table. The OLI label is used as a key to enter the table from a priornext function operation. The originating line information entryspecifies the information digits that are being transmitted from acarrier. Different calls are differentiated based on the informationdigits. For example, the information digits may identify an ordinarysubscriber, a multi-party line, N00 service, prison service, cellularservice, or private pay station. The next function and next labelentries point to the next table and the area within that table for thenext routing function.

FIG. 19 depicts an example of an automatic number identification (ANI)table. The ANI label is used as a key to enter the table from a priornext option. The charge calling party number “digits from” and “digitsto” focus further processing unique to ANI within a given range. Theseentries are looked at to determine if the incoming calling number fallswithin the “digits from” and “digits to” fields. The time zone labelindicates the entry in the time zone table that should be used whencomputing the local date and time. The time zone label overrides thetime zone information from the trunk group table 906.

The customer information entry specifies further customer information onthe originating side for call process routing. The echo cancellation(EC) information field specifies whether or not to apply echocancellation to the associated ANI. The queue entry identifies whetheror not queuing is available to the calling party if the called party isbusy. Queuing timers determine the length of time that a call can bequeued. The treatment label defines how a call will be treated based oninformation in the treatment table. For example, the treatment label maysend a call to a specific recording based on a dialed number. The nextfunction and next label point to the next table and an area within thattable for further call processing.

FIG. 20 depicts an example of a called number screening table. Thecalled number screening label is used as a key to enter the table. Thecalled number nature of address indicates the type of dialed number, forexample, national versus international. The nature of address entryallows the call process to route a call differently based on the natureof address value provided. The “digits from” and “digits to” entriesfocus further processing unique to a range of called numbers. The“digits from” and “digits to” columns both contain called number digits,such as NPA-NXX ranges, that may contain ported numbers and are checkedfor an LRN. This table serves as the trigger detection point (TDP) foran LNP TCAP when, for example, NPA-NXXs of donor switches that have hadsubscribers port their numbers are data filled in the “digits from” and“digits to” fields. The delete digits field provides the number ofdigits to be deleted from the called number before processing continues.The next function and next label point to the next table and the areawithin that table for further call processing.

FIG. 21 depicts an example of a called number table. The called numberlabel is used as a key to enter the table. The called number nature ofaddress entry indicates the type of dialed number, for example, nationalversus international. The “digits from” and “digits to” entries focusfurther processing unique to a range of numbers, including LRNs. Thenext function and next label point to a next table and the area withinthat table used for further call processing.

FIG. 22 depicts an example of a day of year table. The day of year labelis used as a key to enter the table. The date field indicates the localdate which is applicable to the action to be taken during the processingof this table. The next function and next label identify the table andthe area within that table for further call processing.

FIG. 23 depicts an example of a day of week table. The day of week labelis a key that is used to enter the table. The “day from” field indicatesthe local day of the week on which the action to be taken by this tableline entry is to start. The “day to” field indicates the local day ofthe week on which the action to be taken by this table line entry is toend. The next function and next label identify the next table and thearea within that table for further call processing.

FIG. 24 depicts an example of a time of day table. The time of day labelis used as a key to enter the table from a prior next function. The“time from” entry indicates the local time on which an action to betaken is to start. The “time to” field indicates the local time justbefore which the action to be taken is to stop. The next function andnext label entries identify the next table and the area within thattable for further call processing.

FIG. 25 depicts an example of a time zone table. The time zone label isused as a key to enter the table and to process an entry so that acustomer's local date and time may be computed. The coordinateduniversal time (UTC) indicates a standard offset of this time zone fromthe UTC. The UTC is also known as Greenwich mean time, GMT, or Zulu. TheUTC should be positive for time zones east of Greenwich, such as Europeand Asia, and negative for time zones west of Greenwich, such as NorthAmerica. The daylight savings entry indicates whether daylight savingstime is used during the summer in this time zone.

FIG. 26 depicts an example of a routing table. The routing label is usedas a key to enter the table from a prior next function. The route numberspecifies a route within a route list. Call processing will process theroute choices for a given route label in the order indicated by theroute numbers. The next function and next label identify the next tableand the area within that table for further call processing. The signalroute label is associated with the next action to be taken by callprocessing for this call. The signal route label provides the index toaccess the message mapping label. The signal route label is used inorder to modify parameter data fields in a signaling message that isbeing propagated to a next switch or a next call processor.

FIG. 27 depicts an example of a trunk group class of service (COS)table. The originating trunk COS label and the terminating trunk COSlabel are used as keys to enter the table and define call processing.The next function identifies the next action that will be taken by callprocessing for this call. Valid entries in the next function column maybe continued, treat, route advanced, or routing. Based on these entriescall processing may continue using the current trunk group, send thecalls to treatment, skip the current trunk group and the routing tableand go to the next trunk group on the list, or send the call to adifferent label in the routing table. The next label entry is a pointerthat defines the trunk circuit group that the next function will use toprocess the call. This field is ignored when the next function iscontinued or route advanced.

FIG. 28 depicts an example of a treatment table. The treatment label isa key that is used to enter the table. The treatment label is adesignation in a call process that determines the disposition of thecall. The error/cause label correspond either to internally generatederror conditions and call processing or to incoming release causevalues. For each treatment label, there will be a set of errorconditions and cause values that will be associated with a series oflabels for the call processing error conditions and a series of labelsfor all incoming release message cause values. The next function andnext label point to the next table and the area within that table forfurther call processing.

FIG. 29 depicts an example of an outgoing release table. The outgoingrelease label is used as a key to enter the table for processing. Theoutgoing cause value location identifies the type of network to be used.For example, the location entry may specify a local or remote network ora private, transit, or international network. The coding standardidentifies the standard as an International Telecommunications Union(ITU) standard or an American National Standards Institute (ANSI)standard. The cause value designates error, maintenance, ornon-connection processes.

FIG. 30 depicts an example of a percent control table. The percent labelis used as a key to enter the table. The control percentage specifiesthe percentage of incoming calls that will be affected by the control.The control next function allows attempts for call connection to berouted to another table during call processing. The control next labelpoints to an area within that table for further call processing. Thepassed next function allows only incoming attempts to be routed toanother table. The next label points to an area in that table forfurther call processing.

FIG. 31 depicts an example of a call rate table. The call rate label isused as a key to enter the table. The call rate specifies the number ofcalls that will be passed by the control on or for completion. Callprocessing will use this information to determine if the incoming callnumber falls within this control. The control next function allows ablocked call attempt to be routed to another table. The control nextlabel is a pointer that defines the area in the next table for furthercall processing. The passed next function allows only an incoming callattempt to be rerouted to another table. The passed next function is apointer that defines an area in that table for further call processing.

FIG. 32 depicts an example of a database services table. The databaseservices label is used as a key to enter the table. The service typedetermines the type of logic that is applied when building andresponding to database queries. Service types include local numberportability and N00 number translation. The signaling connection controlpart (SCCP) label identifies a location within an SCCP table for furthercall processing. The transaction capabilities application part (TCAP)label identifies a location within a TCAP table for further processing.The next function identifies the location for the next routing functionbased on information contained in the database services table as well asinformation received from a database query. The next label entryspecifies an area within the table identified in the next function forfurther processing.

FIG. 33A depicts an example of a signaling connection control part(SCCP) table. The SCCP label is used as a key to enter the field. Themessage type entry identifies the type of message that will be sent inthe SCCP message. Message types include Unitdata messages and ExtendedUnitdata messages. The protocol class entry indicates the type ofprotocol class that will be used for the message specified in themessage type field. The protocol class is used for connectionlesstransactions to determine whether messages are discarded or returnedupon an error condition. The message handling field identifies how thedestination call processor or switch is to handle the SCCP message if itis received with errors. This field will designate that the message isto be discarded or returned. The hop counter entry denotes the number ofnodes through which the SCCP message can route before the message isreturned with an error condition. The segmentation entry denotes whetheror not this SCCP message will use segmentation and send more than oneSCCP message to the destination.

FIG. 33B is a continuation of FIG. 33A for the SCCP table. Theintermediate signaling network identification (ISNI) fields allow theSCCP message to traverse different networks in order to reach a desirednode. The ISNI type identifies the type of ISNI message format that willbe used for this SCCP message. The route indicator subfield identifieswhether or not this SCCP message requires a special type of routing togo through other networks. The mark identification subfield identifieswhether or not network identification will be used for this SCCPmessage. The label subfield identifies a unique address into the ISNItable when the route indicator sub-field is set to “constrained” and themark identification subfield is set to “yes.”

FIG. 33C is a continuation of FIG. 33B for the SCCP table. FIG. 33Cidentifies the called party address field and subfields to provideinformation on how to route this SCCP message. The address indicatorsubsystem number (SSN) indicates whether or not a subsystem number willbe included in the called party address. The point code entry indicateswhether or not a point code will be included in the calling partyaddress. The global title indicator subfield identifies whether or not aglobal title translation will be used to route the SCCP message. If aglobal title translation is chosen, this subfield also identifies thetype. The routing indicator subfield identifies the elements that willbe used to route the message. Valid entries include global title andpoint code. The national/international subfield identifies whether theSCCP message will use national or international routing and set up.

The subsystem number field identifies the subsystem number for the SCCPmessage. The point code number indicates the destination point code towhich the SCCP message will be routed. This field will be used forrouting messages that do not require SCCP translation.

The global title translation field allows intermediate nodes totranslate SCCP messages so that the messages can be routed to thecorrect destination with the correct point code. The global titletranslation type entry directs the SCCP message to the correct globaltitle translation function. The encode scheme identifies how the addresstype will be encoded. The number plan subfield identifies the numberingplan that will be sent to the destination node. The address typesubfield will identify which address type to use for address digits andthe SCCP routing through the network.

FIG. 33D is a continuation of FIG. 33C for the SCCP table. FIG. 33Didentifies the calling party address field which contains the routinginformation that the destination database uses to retain the SCCPmessage. The address indicator subsystem number (SSN) indicates whetheror not a subsystem number will be included in the called party address.The point code subfield indicates whether or not a point code will beincluded in the calling party address. The global title indicatorsubfield identifies whether or not global title translation will be usedto route the SCCP message. The routing indicator subfield identifieswhich elements will be used throughout the message. This field mayinclude global title elements or point code elements. Thenational/international subfield identifies whether the SCCP will usenational or international routing and set up.

The subsystem number identifies a subsystem number for the SCCP message.The point code number field indicates the destination point code towhich the SCCP message will be routed. The global title translationsallow the intermediate nodes to translate SCCP messages and to route themessages to the correct destination. The global title translation typedirects the SCCP message to the correct global title translationfunction. The encode scheme identifies how the address type will beencoded. The number plan identifies the number plan that will be sent tothe destination node. The address type subfield identifies the addresstype to use for address digits in the SCCP routing through the network.

FIG. 34 depicts an example of an intermediate signaling networkidentification (ISNI) table. The ISNI table contains a list of networksthat will be used for routing SCCP messages to the destination node. TheISNI label is used as a key to enter the table. The network fields 1-16identify the network number of up to 16 networks that may be used forrouting the SCCP message.

FIG. 35 depicts an example of a transaction capabilities applicationpart (TCAP) table. The TCAP label is used as a key to enter the table.The TCAP type identifies the type of the TCAP that will be constructed.The TCAP types include advanced intelligent network (AIN) anddistributed intelligent network architecture (DINA). The tag classindicates whether the message will use a common or proprietarystructure. The package type field identifies the package type that willbe used in the transaction portion of the TCAP message. The componenttype field identifies the component type that will be used in thecomponent portion of the TCAP message. The message type field identifiesthe type of TCAP message. Message types include variable optionsdepending on whether they are AIN message types or DINA message types.

FIG. 36 depicts an example of an external echo canceller table. The echocanceller type specifies if an external echo canceller is being used onthe circuit and, if so, the type of echo canceller. The echo cancellerlabel points to a location in the controllable ATM matrix table forfurther call processing. The RS-232 address is the address of the RS-232interface that is used to communicate with the external echo canceller.The module entry is the module number of the external echo canceller.

FIG. 37 depicts an example of an interworking unit interface table. Theinterworking unit (IWU) is a key that is used to enter the table. TheIWU identification (ID) identifies which interworking unit is beingaddressed. The internet protocol (IP) sockets 1-4 specify the IP socketaddress of any of the four connections to the interworking unit.

FIG. 38 depicts an example of a controllable ATM matrix (CAM) interfacetable. The CAM interface label is used as a key to enter the table. TheCAM label indicates which CAM contains the interface. The logicalinterface entry specifies a logical interface or port number in the CAM.

FIG. 39 depicts an example of a controllable ATM matrix (CAM) table. TheCAM label is used as a key to enter the table. The CAM type indicatesthe type of CAM control protocol. The CAM address identifies the addressof the CAM.

FIG. 40A depicts an example of a call processor or switch site officetable. The office CLLI name identifies a CLLI of the associated officefor the call processor or switch. The call processor or switch site nodeidentifier (ID) specifies the call processor or switch node identifier.The call processor or switch origination identifier (ID) specifies acall processor or switch origination identifier. The software identifier(ID) specifies a software release identifier. The call processoridentifier (ID) specifies the call processor or switch identifier thatis sent to the inter working units.

FIG. 40B is a continuation of FIG. 40A of the call processor or switchsite office table. The automatic congestion control (ACC) specifieswhether ACC is enabled or disabled. The automatic congestion controllevel (ACL) 1 onset identifies an onset percentage value of a firstbuffer utilization. The ACL 1 abate entry specifies an abatementpercentage of utilization for a first buffer. The ACL 2 onset entryspecifies an onset level for a second buffer. The ACL 2 abate entryspecifies an abatement level percentage of buffer utilization for asecond buffer. The ACL 3 onset entry specifies an onset level percentageof buffer utilization for a third buffer. The ACL 3 abate entryspecifies an abatement level percentage of buffer utilization for athird buffer.

FIG. 40C is a continuation of FIG. 40B for the call processor or switchsite office table. The maximum trunks for the off hook queuing (maxtrunks OHQ) specifies a maximum number of trunk groups that can have theoff hook queuing enabled. The OHQ timer one (TQ1) entry specifies thenumber of milliseconds for the off hook timer number one. The OHQ timertwo (TQ2) entry specifies the number of seconds for the off hook timernumber two. The ring no answer timer specifies the number of seconds forthe ring no answer timer. The billing active entry specifies whetherECDBs are being sent to the call processing control system (CPCS). Thenetwork management (NWM) allow entry identifies whether or not aselective trunk reservation and group control are allowed or disallowed.The billing failure free call entry specifies if a call will not bebilled if the billing process is unavailable. The billing failure freecall will either be enabled for free calls or disabled so that there areno free calls.

FIG. 40D is a continuation of FIG. 40C for the call processor or switchsite office table. The maximum (max) hop counts identifies the number ofcall processor or switch hops that may be made in a single call. Themaximum (max) table lookups identifies the number of table lookups thatmay performed for a single call. This value is used to detect loops inrouting tables.

FIGS. 41A-41B depict an example of an advanced intelligent network (AIN)event parameters table. The AIN event parameters table has two columns.The first identifies the parameters that will be included in theparameters portion of the TCAP event message. The second entry mayinclude information for analysis.

FIG. 42 depicts an example of a message mapping table. This table allowsthe call processor to alter information in outgoing messages. Themessage type field is used as a key to enter the table and representsthe outgoing standard message type. The parameters entry is a pertinentparameter within the outgoing message. The indexes point to variousentries in the trunk group and determine if parameters are passedunchanged, omitted, or modified in the outgoing messages.

Those skilled in the art will appreciate that variations from thespecific embodiments disclosed above are contemplated by the invention.The invention should not be restricted to the above embodiments, butshould be measured by the following claims.

What is claimed is:
 1. A system for processing a call having callsignaling and user communications, the system comprising: a fiber datadistributed interface ring; a signaling processor linked to the ring andadapted to receive and process the call signaling, to select aconnection for the call, to generate a control message that designatesthe connection, to select a second connection for the call, and togenerate a second control message that designates the second connection;an interworking unit linked to the ring and adapted to receive via thering the control message generated from the signaling processor and tointerwork the user communications with the connection designated in thecontrol message; and a controllable asynchronous transfer mode matrixlinked to the ring and adapted to receive via the ring the secondcontrol message generated from the signaling processor, and to connectthe user communications to the second connection designated in thesecond control message.
 2. The system of claim 1 further comprising: asignaling point linked to the ring and adapted to receive the callsignaling from a device and to transmit the call signaling to thesignaling processor via the ring.
 3. The system of claim 1 wherein thesignaling processor further is adapted to generate a third controlmessage to request information and the system further comprises: a localservice control point linked to the ring and adapted to receive thethird control message via the ring, to process the third control messageto determine further call processing information, and to generate aresponse specifying the further call processing information.
 4. Thesystem of claim 3 wherein the local service control point is adapted toprocess the third control message to determine how to route the call forN00 routing and to generate a response to the signaling processor viathe ring specifying the N00 routing.
 5. The system of claim 3 whereinthe local service control point is adapted to process the third controlmessage to determine how to route the call for routing menu and togenerate a response to the signaling processor via the ring specifyingthe routing menu.
 6. The system of claim 3 wherein the local servicecontrol point is adapted to process the third control message todetermine how to route the call for virtual private network routing andto generate a response to the signaling processor via the ringspecifying the virtual private network routing.
 7. The system of claim 1wherein the signaling processor further is adapted to generate a querymessage to request information and the system further comprises: anon-local service control point linked to the signaling processor via alink and adapted to receive the query message via the link, to processthe query message to determine further call processing information, andto generate a response specifying the further call processinginformation.
 8. The system of claim 7 wherein the further callprocessing information comprises a location routing number.
 9. A systemfor processing a call having call signaling and user communications, thesystem comprising: a fiber data distributed interface ring; a signalinginterface linked to the ring and adapted to receive call signaling, toprocess the call signaling to determine call information elements, andto transmit the call information elements; a call processor linked tothe ring and adapted to receive the call information elements from thesignaling interface, to select connections for the call, and to generatea first control message designating a first connection and a secondcontrol message designating a second connection; an interworking unitlinked to the ring and adapted to receive via the ring the first controlmessage generated from the call processor and to interwork the usercommunications to the first connection; and a controllable asynchronoustransfer mode matrix linked to the ring and adapted to receive via thering the second control message generated from the call processor, toreceive the user communications over the first connection, and toconnect the user communications over the second connection.
 10. Thesystem of claim 9 further comprising: a signaling point linked to thering and adapted to receive the call signaling from a device and totransmit the call signaling to the signaling interface.
 11. The systemof claim 10 wherein the call processor further is adapted to generate aquery message to request information, the query message transmittedthrough the ring to the signaling interface and to the signaling point,and wherein the system further comprises: a non-local service controlpoint linked to the signaling point via a link and adapted to receivethe query message, to process the query message to determine furthercall processing information, and to generate a response specifying thefurther call processing information.
 12. The system of claim 11 whereinthe further call processing information comprises a location routingnumber.
 13. The system of claim 9 wherein the call processor further isadapted to generate a query message to request information, the querymessage transmitted through the ring to the signaling interface, andwherein the system further comprises: a non-local service control pointlinked to the signaling interface via a link and adapted to receive thequery message, to process the query message to determine further callprocessing information, and to generate a response specifying thefurther call processing information.
 14. The system of claim 11 whereinthe further call processing information comprises a location routingnumber.
 15. The system of claim 9 wherein: the call processor further isadapted to generate second call signaling to the controllableasynchronous transfer mode matrix; and the controllable asynchronoustransfer mode matrix further is adapted to receive the second callsignaling from the call processor and to connect the second callsignaling to a second connection.
 16. The system of claim 15 wherein thecall processor further is adapted to select the second connection and totransmit a connection control message via the ring to the controllableasynchronous transfer mode matrix designating the second connection. 17.The system of claim 15 wherein the second connection is provisioned andthe controllable asynchronous transfer mode matrix connects the secondcall signaling to the second connection without requiring a connectioncontrol message designating the second connection.
 18. The system ofclaim 9 wherein: the signaling interface further is adapted to generatesecond call signaling to the controllable asynchronous transfer modematrix; and the controllable asynchronous transfer mode matrix furtheris adapted to receive the second call signaling from the signalinginterface and to connect the second call signaling to a secondconnection.
 19. The system of claim 18 wherein the call processorfurther is adapted to select the second connection and to transmit aconnection control message via the ring to the controllable asynchronoustransfer mode matrix designating the second connection.
 20. The systemof claim 18 wherein the second connection is provisioned and thecontrollable asynchronous transfer mode matrix connects the second callsignaling to the second connection without requiring a connectioncontrol message designating the second connection.
 21. The system ofclaim 9 wherein the call processor further is adapted to generate asecond control message to request information and the system furthercomprises: a local service control point linked to the ring and adaptedto receive the second control message via the ring, to process thesecond control message to determine further call processing information,and to generate a response specifying the further call processinginformation.
 22. The system of claim 21 wherein the local servicecontrol point is adapted to process the second control message todetermine how to route the call for N00 routing and to generate aresponse to the signaling processor via the ring specifying the N00routing.
 23. The system of claim 21 wherein the local service controlpoint is adapted to process the second control message to determine howto route the call for routing menu and to generate a response to thesignaling processor via the ring specifying the routing menu.
 24. Thesystem of claim 21 wherein the local service control point is adapted toprocess the second control message to determine how to route the callfor virtual private network routing and to generate a response to thesignaling processor via the ring specifying the virtual private networkrouting.
 25. The system of claim 9 further comprising a control systemlinked to the ring and adapted to manage and administer the system. 26.A method for connecting a call having call signaling and usercommunications, the method comprising: receiving and processing the callsignaling to select connections for the call; generating over a fiberdata distributed interface ring a first control message designating afirst connection and a second control message designating a secondconnection; interworking the user communications to the first connectionin response to receiving the first control message over the ring;connecting the user communications between the first connection and thesecond connection in response to receiving the second control messageover the ring; generating second call signaling to a controllableasynchronous transfer mode matrix; and receiving and connecting thesecond call signaling at the controllable asynchronous transfer modematrix to a second connection.
 27. The method of claim 26 furthercomprising: generating a query message to request information, the querymessage transmitted through the ring to a non-local service controlpoint.
 28. The method of claim 27 further comprising: processing thequery message to determine further call processing information andgenerating a response specifying the further call processinginformation.
 29. The method of claim 28 wherein the further callprocessing information comprises a location routing number.
 30. Themethod of claim 26 further comprising: generating a second controlmessage to request information from a local service control point linkedto the ring; and receiving and processing the second control message todetermine further call processing information and generating a responsewith the further call processing information.
 31. The method of claim 30comprising determining how to route the call for N00 routing andgenerating a response to the signaling processor via the ring with theN00 routing.
 32. The method of claim 30 comprising determining how toroute the call for routing menu and generating a response to thesignaling processor via the ring with the routing menu.
 33. The methodof claim 30 comprising determining how to route the call for virtualprivate network routing and generating a response to the signalingprocessor via the ring specifying the virtual private network routing.34. The method of claim 26 further comprising: receiving and processingthe call signaling to determine call information elements; transmittingthe call information elements over the ring; and processing the callinformation elements to select the connections for the call.